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1 3,  ABSTRACT(Mtow*n  loodiorte 

Terrain  modeling  and  visualisation  is  emerging  as  a  key  requirement  for  tactical 
mission  planning,  rehearsal,  and  battle  management  systems.  This  study  assesses  the 
match  between  commercial  "superworkstation"  computers  and  the  needs  of  deployable  unit 
level  systems  for  these  applications.  Superworkstations  are  shown  to  be  functionally 
well  suited  to  terrain  visualisation.  A  prototype  terrain  visualisation  system,  hosted 
on  a  Silicon  Graphics  IRIS  4D/240GTX  workstation  is  discussed.  This  prototype  demon¬ 
strates  the  concepts  developed  in  this  study  by  exhibiting  features  such  as  an  "out- 
the-window"  perspective  terrain  scene  synthesised  from  Defense  Mapping  Agency  (DMA) 
databases,  Landsat  images  inset  into  the  geometric  terrain  model,  head-up  display  (HUD) 
simulation,  radar  detection  envelope  representation,  haze  effects,  lighting  effects 
based  on  time  of  day  and  date,  and  a  "God's  eye-view"  viewport  display.  Finally, 
topics  for  continued  investigation  into  superworkstations  and  terrain  visualization  are 
covered. 

NOTE:  Rome  Laboratory/RL  (formerly  Rome 'Air  Development  Genter/RADC) 


14.  SUBJECT  TERMS 
3D  Display 


1 7.  SECURH  Y  CLASSIFICATION 
OF  REPORT 


IlKWwivKMaHslil 


lit  NUMaeRCr  PAOEi 


lit  PWeS  COOS 


1  &  SECURITY  CLASSIFICATION  1 0.  SECURITY  CLASSIFICATION  aa  UMITATION  OF  ABSTRACT 
OF  THIS  PACE  OF  ABSTRACT 


FMCtlDiiMlI 


ABSTRACT 


Terrain  modeling  and  visualization  is  emerging  as  a  key  requirement 
for  tactical  mission  planning,  rehearsal,  and  battle  management  systems. 
This  study  assesses  the  match  between  commercial  "supervorkstatlon"  com* 
puters  and  the  needs  of  deployable,  unit  level  systems  for  these  applica* 
tiony,  Ve  show  that  superworkstations  are  functionally  well  suited  to 
terrain  visualization,  We  discuss  technical  issues,  and  provide  examples, 
in  relation  to  our  own  superworkstatlon-based  terrain  visualization  proto¬ 
type  .  We  identify  topics  for  continued  investigation  into  superwork- 
statlons  and  terrain  visualization. 
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EXECUTIVE  SUMMARY 


The  trend  within  the  Air  Force  today  ii  to  maximize  the  use  of 
commercial  off-the-shelf  (COTS)  hardware  and  software  in  equipment 
procurements,  Capable  computer-based  mission  planning  and  rehearsal 
systems  could  represent  a  substantial  cost  savings,  versus  training  and 
rehoarsal  in  the  field.  We  see  a  trend  toward  Increased  use  of  many 
small,  deployable  systems  to  augment  a  limited  number  of  very  capable,  but 
expensive,  centralized  training  and  rehearsal  facilities.  These  deploy¬ 
able  systems  should  provide  multiple  functions,  r-fi  well  as  support  Incre¬ 
mental  upgrades  and  expansions.  The  lower  coat,  larger  number,  and 
greater  availability  of  such  deployable  systems  could  increase  overall 
training  and  operations  effectiveness. 

This  study  compares  and  contrasts  the  emerging  class  of  supervork- 
stations  to  other  COT.^  platforms  which  might  be  appropriate  for  terrain 
visualization  for  mission  planning  and  rehearsal.  We  concentrate  on  the 
topic  of  three  dimensional  (3D)  terrain  visualization,  in  which  "out-the- 
window"  perspective  scenes  are  created  from  digital  terrain  data  bases  and 
photographic  Imagery.  These  perspective  terrain  scenes  can  be  used  to 
explore  and  rehearse  various  mission  scenarios. 


KEY  REQUIREMENTS 

The  chief  requirements  for  terrain  visualization  in  a  deployable 
mission  planning  and  rehearsal  system  include:  perspective  view  repre¬ 
sentation  of  the  surface  of  the  terrain  with  a  predefined  measure  of 
visual  accuracy;  visual  classification  of  land  use  and  generic  features, 
such  as  towns,  forests,  and  fields;  mission  specific  features,  landmarks, 
navigational  points;  integration  of  photographic  imagery  with  the  under¬ 
lying  geometric  terrain  database. 


TECHNOLOGY  ASSESSMENT 

Ve  examined  the  leading  hardware  and  software  technologies  that  could 
be  used  for  terrain  visualization,  including  computer  image  generators 
(CIG),  mission  planning  and  digital  mapping  systesui,  image  computers, 
general  purpose  visualization  software,  geographic  information  systems 
(CIS),  and  current  research  in  computer  graphics.  We  compared  and  con¬ 
trasted  these  capabilities  to  those  which  can  be  hosted  by  superwork- 
statlon  platforms.  Ve  found  that  superworkstations  are  well  suited  to 
terrain  visualization  on  the  type  of  deployable  mission  planning  and 
rehearsal  workstations  we  envision,  since  they  can  support  not  only 
perspective  view  terrain  visualizations,  but  also  digital  mapping  and 
digital  imagery  applications. 


V 


Much  of  the  current  technleml  effort  In  terrain  visualization  has 
been  directed  toward  creating  terrain  scenes  exclusively  from  digital 
Imagery.  Some  of  these  attempts,  however,  shortcut  the  photo -analysis'  and 
interpretation  stages  which  are  required  to  construct  a  detailed  terrain 
database.  This  practice  most  likely  leads  to  misleading  visualizations. 

We  recommend  that  digital  Imagery  information  should  be  presented  as  an 
inset  to,  and  in  the  context  of,  a  geometric  terrain  model  derived  from  a 
validated  terrain  database. 


TBmiN  VISUALIZATION  PROTOTYPE 

Ve  constructed  a  prototype  terrain  visualization  system,  based  on  a 
Silicon  Graphics  7RIS  4O/240GTX  workstation.  This  prototype  demonstrates 
tho  concepts  developed  In  this  paper,  by  exhibiting  features  such  as  an 
"out -the -window"  perspective  terrain  scene  synthesized  from  Defense 
Mapping  Agency  <Dt^)  databases,  Landsat  images  insot  into  tha  geometric 
terrain  model,  head-up  display  (HUD)  simulation,  radar  detection  envelope 
representation,  haze  effects,  lighting  effects  based  on  time  of  day  and 
date,  and  a  "GodVs  eye-view"  viewport  display. 


TOPICS  FOR  FURTHER  INVESTIGATION 

Although  the  basic  technology  for  terrain  visualization  is  here, 
several  topics  require  investigation  to  articulate  and  enhance  our  under¬ 
standing  of  the  technical  issues.  The  principal  technical  areas  are: 

a.  Multiprocessing.  Software  architectures  should  be  developed  that 
effectively  take  advantage  of  parallelism  Inherent  In  > 
superworkstatlon  hardware. 

b.  Terrain  Modeling.  Iisprovenents  In  scene  detail  and  system 
response  times  are  possible  with  the  development  of  advanced  data 
structures  for  terrain  modeling. 

0.  Oomplexity  Management.  A  higher  overall  perception  of  scene 

detail  and  system  responsiveness  could  be  achieved  by  adaptively 
and  dynamically  managing  the  scene  content  during  terrain  scene 
"fly-throughs" . 
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SECTION  1 


INTRODUCTION 


Conteuipor«ry  Air  l^'orc*  procurement  programi  Inereaelngly  encourage 
the  use  of  commercial  off<the<ahelf  (COTS)  hardware  and  software  compo* 
nents  in  their  systems,  One  aspect  of  C^i  systems  that  promises  to  be 
moat  successful  In  this  regard  Is  display  system  consoles.  Commercial 
graphics  workstations  offer  several  features  In  conuaon  with  the  display 
consoles  used  In  many  Air  Force  systems. 

The  oommarolal  graphics  workstation  market  now  supports  two  classes 
of  workstations’,  engineering  workstations,  which  are  characterized  by 
multitasking,  multiuser  operating  systems  running  on  popular  micro¬ 
processors,  monochrome  or  25C-oolor  bit-mapped  graphics  displays,  a 
multiwindow  user  Interface,  and  networking;  and  "auperworkstatlons"  that 
add  parallel-  or  vector-processing  hardware  with  a  tightly  coupled,  high- 
performance,  full -color  graphics  subsystem.  Whereas  engineering  work¬ 
stations  are  typically  used  for  computer-aided  design  (CAD),  manufacturing 
(CAM),  software  engineering  (CASS),  and  electronic  publishing,  superwork¬ 
stations  are  Ideal  for  ooaipute-  and  display- Intensive  actlvltleo  such  as 
interactive  visualizations,  solid  modeling,  and  simulations.  In  view  of 
their  capabilities,  superworkstations  would  be  Ideal  platforms  for  C^I 
display  stations.  In  situations  where  hostile  environments  are  not  a 
concern.  Combinations  of  separate  vector  processor,  graphlos  engine,  and 
minicomputer  components,  typical  of  some  current  C^I  display  console  de¬ 
signs,  are  generally  not  competitive  with  superworkstations,  because  of 
communications  bottlenecks  and  performance  mismatches  between  the  various 
components. 

Terrain  visualization  Is  a  challenging  application  within  C^I. 

Terrain  Is  among  the  central  subjects  of  mission  planning  and  rehearsal, 
nap-of-the-oarth  flight  simulation,  radar  modeling,  and  battle  management 
information  systems.  We  previously  built  a  system  for  exploring  terrain 
visualization  design  tradeoffs  using  a  Silicon  Graphics  IRIS  4D/70GT 
superworkstation  11] .  It  featured  stereoscopic  terrain  scenes  constructed 
from  DMA  elevation  and  cultural  databases.  Experience  with  our  evaluation 
system  convinced  us  that  superworkstations  are  appropriate  platforms  for 
many  C'^I  terrain  viouallzatlon  systems.  The  system  clearly  demonstrates 
thau  progress  In  both  application  software,  as  well  ea  hardware  perfor¬ 
mance,  Is  required  for  a  really  useful  capability.  Accordingly,  we  began 
an  effort  to  Improve  on  our  prototype  in  the  following  areas: 
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a.  Htrdvtr*  Platforn.  Wc  have  upgradad  our  platfom  to  tha  IRIS  4D/ 
240GTX  modal,  which  uaaa  four  25  MHs  RISC  microproceaaor 
arohltactura  with  a  nominal  80  MIPS  parformanca  laval,  coupled 
with  a  graphics  pipeline  processor  with  a  nominal  100,000 
polygons/seoond  throughput . ^ 

h.  Interactive  Response.  Tha  current  prototype  provides  a 

stereoscopic  £ly*through  of  terrain  aeeites  with  a  real* time 
animation  update  rate  of  about  1  frana/second,  and  perspective 
views  at  about  2/second.  For  beat  interactive  response,  however, 
at  least  a  5  Hz  update  rate  is  required  [2]. 

0.  Scene  Detail.  The  scenes  demonstrated  so  far  contain  about 

17,000  smooth* shaded  triangular  facets  in  each  perspective  view, 
At  this  level,  the  baoRground  details  are  quite  good,  but  the 
foreground  scene  lacks  detail,  Scene  detail  can  be  increased  by 
increasing  the  number  of  facets  used  to  model  the  scene,  or  by 
distributing  the  facets  in  the  scene  more  effectively,  Scene 
detail  la  a  trada*off  with  interactive  response,  since  more 
detail  will  require  more  compute  and  drawing  time. 

Although  we  expect  continued  Improvements  in  hardware  capabilities, 
such  improvements  will  go  only  part  way  to  the  solution.  For  a  complete 
solution,  we  also  need  to  make  significant  progress  in  terrain  modeling 
techniques . 

In  the  succeeding  sections  of  this  document  we  will: 

a.  evaluate  terrain  visualization  requirements,  propose  what  is 
essential,  what  is  optional,  and  what  is  extraneous  for  these 
applications; 

b.  gather  information  on  the  state  of  the  art  in  terrain  modeling 
and  display; 

c.  appraise  how  suporworks cations  match  these  conditionu; 


^Nominal  pacfocmanc*  nunbtr*  at*  aahlavabla  only  Mltb  opilailawl  arnthatlu  banohnaxkai  tha  bait 
partornanoa  on  a  particular  applloatlon,  howavar,  nay  ba  oonalJarably  laai,  For  a  datallad  banehmark 
analyali  of  aavacal  popular  uorkatatlena,  aaa  J.  a,  Lasar,  J.  L.  Conway,  and  S.  J.  Hamilton,  "Oiaphioi 
Banohnarka  for  Koal-tlma  Byatama,"  MTR- 10138,  Tha  HXTRZ  Corporation,  Badtord,  MS,  April  1888, 
Suparwerkatation  banehmark  raaulti  will  ba  found  in  J,  L.  Conway,  I.  J,  Fraltar  and  J,  S.  Lagor,  "Super 
Oraphloi  Workatationi  for  Saal-Tlna  c’  Oyatama,"  MTH>1088a,  Tha  MIIRK  Corporation,  Badford,  HA,  Au|uit 
1880. 
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d.  discus*  our  tsrraln  vlsusllzstlon  prototype  and  selected 
technical  Issues; 

e.  Identify  areas  where  advances  In  software  system  architectures, 
terrain  modeling,  and  graphics  techniques  are  needed. 
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SECTION  2 
BACKGROUND 


Terrain  vlauallzatlon  la  an  Important  part  of  three  typea  of  miaalon* 
oriented  actlvitlea:  training,  planning,  and  rehearaal. 


2.1  TRAINING 

Zn  the  training  phaae,  a  high  degree  of  fidelity  to  actual  nlaalon 
conditlona  la  important  ao  that  akllla  are  correctly  tranaferred.  In  this 
arena  computer  Image  goneratora  (CIOs)  have  been  and  will  continue  to  be 
dominant.  Consequently,  these  training  facilities  will  remain  relatively 
expensive  and  centralized,  This  type  of  system  cannot  be  stationed  at  the 
unit  level,  moved  to  forward  areas,  cr  installed  in  moving  platforms. 

Note  that  for  training  purposes,  it  Is  usually  not  necessary  to  model 
specific  areas;  a  generalized  representation  la  sufficient, 


2.2  MISSION  PUNNING 

Mission  planning  systems  are  concerned  with  automating  mission* 
preparation  activities  that  were  traditionally  performed  manually,  with 
maps,  photographs,  slide -rules,  paper,  and  pencil.  Mission  planning  today 
uses  primarily  a  2D  graphics  envlxoment ,  with  various  maps  and  charts 
playing  an  Important  role,  but  with  some  3D  graphics  requirements,  such  as 
for  static  perspective  views  of  terrain.  Mission  planning  applications 
have  been  running  on  systems  with  microcomputer  and  engineering  work¬ 
station  components.  These  systems  would  be  better  served  by  superwork¬ 
stations,  which  have  the  compute  power  to  handle  preflight  calculations, 
as  well  as  graphics  power  to  handle  map  images,  photo  images,  atid  perspec¬ 
tive  views.  In  addition,  superworkstations  could  make  animated,  and  even 
Interactive  perspective  scene  ’'fly-throughs”  possible.  The  higher  cost  of 
a  superworkstation  will  be  mitigated  by  eliminating  the  necessity  for  at¬ 
tached  vector  and  graphics  processors,  along  with  their  attendant  system 
integration  problems. 


2.3  MISSION  REHEARSAL 

In  mission  rehearsal,  there  are  two  clatses  of  requirements.  The 
first  class  overlaps  considerably  with  the  training  systems,  except  that 
the  visual  system  must  model  actual,  specific  locations.  We  envision  such 
a  facility  with  multi -cockpit,  full- fidelity  simulators,  where  teams  can 
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rehearse  and  coordinate  mission  elements  under  a  variety  of  scenarios  and 
contingencies.  In  this  case,  CIGs  would  be  required  to  support  the  best 
fidelity  possible.  This  would  be  a  centralized  facility,  with  crews  ro> 
tatlng  through  for  special  exercises.  Its  value  would  be  significant,  for 
example,  when  preparing  for  special  operations,  where  some  lead  time  is 
available. 

The  second  class  of  mission  rehearsal  system  would  be  deployable  at 
the  unit* level,  It  could  run  on  the  same  ru^gedlzed  superworkstations 
used  for  mission  planning.  These  systems  would  present  partlal>fldellty 
terrain  fly through  visualizations.  The  terrain  scenes  would  be  based 
primarily  on  preconstructed  databases  covering  the  whole  world.  Local 
database  modifications  Cools  would  be  available,  so  that  the  database 
could  be  annotated  and  updated  as  conditions  change,  and  as  new 
intelligence  cones  In. 


2.4  REQUIREMENTS 

We  are  specifically  concerned  with  terrain  visualization  for  the 
class  of  deployable  mission  planning  and  mission  rehearsal  applloatlons . 

It  Is  essential  to  consider  the  following  elements: 

a.  Terrain  Surface.  The  shape  of  the  terrain  must  be  representable 
to  a  predefined  measure  of  visual  accuracy.  The  representation 
should  cover  the  entire  field  of  view  that  would  be  visible  to 
the  eye  from  that  vantage  point.  The  representation  must  extend 
from  the  foreground,  all  the  way  to  the  horizon. 

b.  Cultural  Features.  Land  use  patterns  must  be  easily  Identifi¬ 
able.  While  exact  correspondence  Is  unnecessary  for  generic 
features,  such  as  trees  in  a  forest,  or  buildings  within  a  town, 
there  should  be  specific  correspondence  for  outlines  of  these 
areas. 

c.  Specific  Features.  When  certain  features  have  significance  to 
the  mission,  they  must  correspond  to  the  actual  objects. 

Examples  Include  any  landmarks,  navigational  points,  unusual  or 
identifying  features. 

d.  Sensors.  The  system  should  be  able  to  generate  scenes  applicable 
to  different  types  of  sensors,  viz.  visual.  Infrared,  and  radar 
image  visualizations. 

e.  Interactive  Response.  There  should  be  a  "roam"  capability,  for 
previewing  various  routes  through  the  terrain.  The  update  rate 
should  be  at  least  10  updates  a  second,  to  provide  for  adequate 
interactive  eye-hand  coordination  with  the  display  controls. 
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f.  Photo- Imagery.  Photographic  laagaa,  from  aatelllta  or  aerial 
raoonnalaaancs  aoureaa,  ahould  be  tranaformed  for  viewing  from 
any  eye -point. 

Theae  Itema  are  daalrable: 

a.  Smooth  Animation.  At  a  minimum  rata  of  10  Hz,  up  to  30  Hz 
updataa  for  amooth  motion  animation. 

b.  Veathac  and  Atmoapherie  Modala.  The  effeota  of  olouda,  amoka, 
and  praolpltatlon,  fot  example,  can  be  an  Integral  part  of 
miaalon  planning  and  reheareal  acenarloa. 

c.  Shadowa,  The  effects  of  ahadowa,  either  from  the  aun,  moon,  or 
active  aensora,  have  a  profound  Impact  on  terrain  soenea.  This 
problem  has,  to  date,  proved  intractable  for  Interactive  visual¬ 
izations.  There  are  several  techniques,  however,  that  are 
applicable  to  static  scenes. 
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SECTION  3 
TECHNOLOGY  SURVEY 


Thare  are  a  broad  range  of  oapabilitlea  available  In  the  apeotrum  of 
terrain  visualization  technologies.  An  In-depth  description  of  each 
vendor's  offering  la  beyond  the  scope  of  this  paper.  Instead,  we  will 
sunmarlze  the  important  features  in  each  category  of  product,  and  provide 
references  to  more  detailed  Information.  The  products  and  services  men¬ 
tioned  In  this  section  by  no  means  comprise  a  complete  list;  only  major 
entries  In  this  market  are  covered. 


3 . 1  COMFUTI  R  IKAGB  GENERATORS 

The  foremost  technology  In  terrain  visualization  has  long  been  held 
by  companies  which  construct  CIGs  for  aircraft  flight  simulation  and 
training  [3].  Although  CIO  systems  traditionally  are  expensive  custom 
installations,  CIO  architectures  are  now  modularized  Into  standardized 
components  that  can  be  configured  for  many  levels  of  functionality. 

Though  top-of-the-llne  systems  are  still  In  the  multi-million  dollar 
range,  low-end  versions  are  now  priced  around  $200,000  [4]. 

CIO  performance  Is  difficult  to  compare  because  there  Is  no  standard 
measurement  [5],  Performance  is  usually  stated  as  the  number  of  polygonal 
faces  and  lights  that  can  be  updated  at  a  certain  animation  rate.  Low-end 
systems  may  have  a  performance  of  500  to  1000  faoes/update  at  30  Hz, 
whereas  high-end  systems  may  update  16000  faces  at  60  Hz.  In  today's 
systems,  these  faces  are  assumed  to  be  textured,  antialiased,  and  shaded 
with  a  realistic  lighting  model,  which  generally  Includes  at  least  limited 
weather  effects.  This  is  only  a  very  superficial  measure,  however,  since 
there  are  many  levels  of  features  and  special  effects,  for  example; 

a.  number  of  viewpoints,  and  processing  channels 

b.  number  of  moving  coordinate  systems  and  articulated  models 

c.  number  of  levels  of  detail,  dynamically  managed 

d.  number  of  textures  supported 

e.  range  of  operational  area 

f.  weather  and  seasonal  models 

g.  weapc  -.8  models 

Recent  advances  In  CIO  technology  have  centered  on  the  use  of  texture 
for  shading  polygon  surfaces.  Five  to  ten  years  ago,  texture  was  gener¬ 
ated  procedurally,  with  statistical  or  frequency -domain  models.  The  last 
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flv«  years  has  seen  the  energence  of  generic  texture  maps,  either  synthet* 
loally  or  photo  derived.  This  type  of  texture  can  be  likened  to  wall* 
paper,  vhereln  the  pattern  repeats,  but  Is  cunningly  matched  at  the  seams 
to  provide  a  uniform  appearance.  A  basis  set  of  generic  textures  will 
handle  most  terrain  scenes,  A  recent  advance  has  bean  to  use  terrain* 
specific  textures,  that  Is,  photographic  Images  of  the  actual  location 
being  simulated.  This  last  step  has  placed  enormous  demands  on  database 
slse  and  management,  and  system  data  bandwidth  considerations. 

We  categorize  CIO  vendors  Into  three  tiers.  The  first  tier  repre* 
oents  vendors  that  have  defined  the  state  of  the  art  for  many  years,  and 
which  provide  a  full  line  of  equipment  and  services  [6,7,8]: 

a,  Evans  and  Sutherland  (CT6  &  ESIG*1000) 

b,  General  Electric  (CompuScene  V  A  FT2000) 

c,  Sogltech  (GI  10000) 

The  second  tier  represents  relative  newcomers  to  the  market.  They 
Include  graphics  processor  and  workstation  mAnufactursra  who  are  extending 
their  product  lines  into  image  generation,  providing  competition  to  the 
first  tier  at  the  low  end.  We  can  expect  to  see  more  entries  In  this 
category  in  the  near  future  [9,10]; 

a.  Star  Technologies  (Graphlcon  2000) 

b.  Megatek  (944) 

The  third  tier  consists  of  new  approaches  to  Image  generation  [11]: 

a.  Hughes  (RealScene,  HVS) 

b,  LTV  (TopScene) 

The  third  tier  entries  are  Interesting  in  that  they  abandon  polygons, 
In  favor  of  models  based  entirely  on  digital  Imagery.  Various  schemes  are 
used  to  process  the  Imagery  to  recreate  viewpoints  other  than  the  view¬ 
point  from  which  the  original  Image  was  acquired.  These  schemes  have 
advantages  In  the  amount  of  detail,  but  serious  shortcomings,  to  varying 
degrees,  with  regard  to  the  extent  and  location  of  the  operational  area, 
distortions  In  the  Images  presented,  and  fidelity  of  the  scene  compared  to 
what  would  actually  be  seen  at  that  location.  For  low-level  flights,  for 
example,  the  3D  extent  of  trees,  buildings  and  other  cultural  features  may 
mask  features  visible  from  the  original  camera  viewpoint.  In  this  light. 
It  is  clear  that  the  use  of  photographic  Imagery  In  uo  way  reduces  the 
requirement  for  detailed  3D  models  of  terrain  and  cultural  features, 
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3 . 2  MISSION  FUNNING  AND  DIGITAL  MAPPING 

Systems  In  this  category  are  designed  to  automate  repetitive  mission 
planning  procedures  Involving  maps,  such  as  route  selection,  and  flight 
parameter  calculations.  These  systems  mainly  use  digitized  pictures  of 
paper  maps  as  the  primary  user  display;  however,  these  are  augmented  by 
the  DMA,  Digital  Terrain  Elevation  Data  (DTBD)  and  Digital  Feature 
Analysis  Data  (DEAD),  World  Data  Bank  II,  and  other  databases.  Software 
modules  are  provided  for  route  selection,  radar  display  prediction,  threat 
assessments,  and  weapons  delivery  calculations.  Some  of  these  systems  can 
provide  a  perspective  view  of  the  terrain  based  on  SPOT  or  reconnaissance 
Imagery.  Host  of  these  systems  are  baaed  on  microcomputers  like  the 
MlcroVAX  II,  coupled  with  a  graphics  engine.  With  this  type  of  equipment 
it  takes  about  10  minutes  to  generate  a  perspective  scene.  In  some  oases, 
however,  these  systems  are  Involved  in  ongoing  Improvement  programs,  which 
will  extend  the  capabilities  by  upgrading  the  CPU  or  adding  a  vector 
processing  unit,  Examples  In  this  category  Include  [12,13]: 

a,  General  Dynamics  <MSS) 

b.  Fairchild  (MAPS) 

c.  McDonnell  Douglas  (TAMPS) 

d,  Harris  (DFG) 

The  Harris  DPG  product  la  notable  because  It  can  generate  real-time 
perspective  pictures  based  on  DTED  and  DFAD  data.  Harris  uses  digital 
signal  encoding  methods  to  compress  the  datebeses,  end  a  compact  set  of 
specially-designed  hardware  for  display  generation.  The  scenes  generated, 
however,  look  quite  artificial. 


3,3  IMAGE  COMPUTERS 

Another  class  of  machine  used  in  terrain  visualization  may  be  called 
Image  computers,  because  their  architectures  are  optimized  for  processing 
two-dimensional  grids  of  pixels.  Examples  Include  [14,15,16]: 

a.  Plxar 

b.  VITec-50  Imaging  Computer 

c.  ATT  Pixel  Machine 

These  machines  are  configured  as  add-in  modules  for  connection  to  a 
general  purpose  micro-  or  mini -computer,  either  as  a  plug-ln  board  or  a 
separate  unit.  These  machines  are  generally  programmable  at  the  firmware 
or  microcode  level,  and  so  provide  a  complete  library  of  Imago-processing 
functions.  In  addition  they  may  provide  tools  for  advanced  modeling  and 
ray-tracing.  While  these  systems  offer  Interactive  Image  processing,  and 
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arc  uaad  to  eroato  photo -raallatlo  aoanai,  thay  ata  ganarally  raatricted 
to  off'lina  ganaratlon  of  novlas,  dua  to  tha  computationally- intanalva 
natura  of  thaaa  randaring  taohnlquaa,  and  baeauaa  of  tha  plxal-by-plxal 
organization  of  tha  oomputatlona .  In  oontraati  CtOa  ara  organlzad  around 
polygonal  faoaa,  which  allow  for  faitar  proeaaalngt  albalt  with  lais 
'*roallain" . 


3 . 4  QBNBRAL  PDILP08I  VISUALIZATION 

A  number  of  aoftwara  produeti  ara  avallabla  which  ara  geared  toward 
flexibility  and  ease  of  uaa  In  creating  graphical  Intarfaoaa.  In  many 
oaaai  thaia  packagaa  feature  lophlatloatad  loon/mouaa  uaar  Intorfaoas  to 
graphical  edltora  for  oonitruoting  acana  alamanta  Interactively,  Many  ara 
equipped  with  faaturai  aimed  apaolfloally  at  tha  military  market,  Thaaa 
packagaa  will  run  on  aavaral  popular  workatationa i  zoma  may  be  raatricted 
to  one  particular  manufacturer,  Rapraiantatlva  of  thla  category  ara 
[17,18,19]: 

a.  Software  Syatama  (MultlOan) 

b,  Gemini  Technology  <GVS) 

c.  Merit  Technology  (MAGIK) 

d,  I,C.  Sim  <MSS) 

a,  Vlaual  Prototypaa  (VAPS) 

f.  CAE  Blectronlca  (TIGERS) 

g,  ESL  (Omnlvlew) 

The  ESL  product  dlffera  from  the  othara  In  that  It  la  dealgned  for 
creating  Image-baaed  3D  acenea.  Hie  uthera  ara  oriented  towarda  polygons, 

Theae  products  are  best  for  rapid  prototyping,  engineering  evalu¬ 
ations,  or  one-of-a-kind  applications.  For  production  applications, 
however,  the  generality  of  the  underlying  data  model  can  hamper  efficient 
processing.  Due  to  cha  relatively  long  time  required  to  develop,  market, 
and  support  software  applications,  theae  systems  rarely  seem  to  taka 
advantage  of  the  latest  workstation  capabilities.  Although  "hooks"  are 
Included  for  extenalona  to  the  packages'  functionality,  It  can  be  awkward 
or  Impossible  to  include  a  class  of  extensions  that  was  not  foreseen  by 
the  product's  designers. 


3.5  GEOGRAPHIC  IKFORILITION  SYSTEMS  (QlSa) 

GISs  are  used  by  architects,  engineers,  cartographers,  and  gao- 
Bclentlst  in  applications  such  as  land  use  surveys,  environmental  impact 
planning,  mapping,  and  watershed  analysis.  A  few  of  these  systems  are 
listed  below  [20,21]; 
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a.  Grass 

b.  Environroantal  Research  Institute  (ARC/XNFO) 

Maplnfo  (MapXnfo) 

d,  GeoVlslon 

e ,  Intergragh 

f,  Erdas 

Although  tliere  Is  no  universal  model,  GlSs  usually  organize  data  Into 
layers,  Each  layer  is  a  grid  of  values.  Each  layer  represents  a  specific 
property  or  data  type:  lakes,  roads,  tree  cover,  terrain  elevation,  etc. 
Various  operations  are  allowed  to  synthesize  new  layers  by  combining 
existing  layers,  and  for  overlaying  various  layers  to  create  a  map. 
Although  some  systems  do  calculate  perspective  views  baaed  on  terrain 
elevations,  this  Is  a  perspective  view  of  a  "draped"  map,  with  symbology 
flattened  onto  the  terrain  surface,  since  there  is  no  attempt  to  provide 
3D  models  of  the  underlying  features. 


3.6  COHFUTBR  GRAPHICS  RI8BAR0H 

There  has  been  much  activity  in  computer  graphics  devoted  to  render* 
ing  terrain  scenes,  but  these  are  nearly  always  devoted  to  Imaginary 
terrains,  either  developed  for  modeling  physical  processes,  or  as  elements 
in  animation  sequences,  A  few  reports  provoke  special  Interest.  Several 
student  projects  originating  at  the  Naval  Postgraduate  School  have  Ulus* 
trated  the  utility  of  superworkstations  for  command  and  control  visual¬ 
izations  [22,23].  One  paper  describes  the  application  of  a  montage  of 
aerial  photographs  to  the  terrain  surface,  creating  perspective  views  used 
for  environmental  assessment  [24],  Another  presents  a  range  of  visual¬ 
ization  techniques  applicable  to  GISs,  which  would  be  of  interest  for 
mission  planning  activities  [25], 

The  literature  also  provides  a  number  of  good  ideas  for  alternativti 
data  structures,  which  can  be  used  for  structuring  databases  and  display* 
lists,  Top  candidates  include: 

a.  Quadtrees.  The  quadtree  is  a  structure  for  storing  images  [26], 
Among  its  advantages:  It  can  compress  areas  of  redundant  pixels; 
its  hierarchical  structure  adapts  wall  to  storing  multiple  levels 
of  image  resolution;  the  quadtree  concept  can  be  extended  for 
organizing  other  types  of  data.  Quadtrees  are,  however,  somewhat 
inflexible,  due  to  their  rigid  decomposition  structure. 

b.  Delaunay  Tree.  This  hierarchical  structure  stores  multiple 
levels  of  trlangulatlons  for  surface  models  [27],  A  triangulated 
structure  Is  flexible,  and  eliminates  redundant  data.  It  does 
have  some  attendant  costs  due  to  its  Irregular  nature.  It  la 
well  suited  to  terrain  surface  modeling,  and  for  graphics 
rendering. 
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Th«  GIG  nanufactursri  hava  dona  nora  work  In  tarraln  vlauallzatlon 
than  anyona  alaa,  but  bacauai  of  compatitlva  praaauraa,  they  make  only 
vary  general  atatamantH  about  thalr  technology  In  the  open  literature. 
There  are  auggaatlona,  however,  regarding  aoma  Intaraatlng  future 
devalopmanta  [28]: 

a.  Dynattlo  Inatantlatlon  of  Ganarlo  Faaturaa.  Currently,  all 
faaturaa  In  a  tarraln  aoana  tauat  be  explicitly  nodalad, 

Aggregate  faaturaa.  Ilka  foraata,  are  uaually  modeled  with 
texture ‘mapped  areaa,  alnca  It  would  be  far  too  ooatly  to  model 
each  tree  Individually.  A  new  approach  would  be  to  model  an  area 
atatlatloally,  then  Ina tent lata  Individual  traaa  on  the  fly,  aa 
needed,  for  foreground  detail.  Thla  technique  could  alao  be  uaed 
to  create  a  high  degree  of  3D  detail  In  towna,  where  Individual 
bulldlnga  are  generally  not  mlaalon-crltloal,  but  the  overall 
dlatrlbutlon  and  layout  la. 

b.  Continuum  of  Levela  of  Detail  <L0D).  Conventionally,  tarraln  la 
modeled  at  a  few  levela  of  detail,  with  the  lower  levela  fading 
to  higher  levela  aa  the  dlatance  from  the  viewpoint  decraaaea. 

The  more  LOU ,  the  better  the  repreaentatlon  adherea  to  a  given 
vlaual  dlacrepancy  tolerance.  Furthermore,  the  atorage  axpenae 
la  only  marginally  greater  than  the  email  LOD  modela,  and  the 
performance  beneflta  ahould  be  algnlf leant. 

For  auperworkatatlon  baaed  ayatema,  development  ahould  be  foouaed  on  each 
of  the  areaa  deaoribad  here.  Of  critical  Importance  la  the  Identification 
of  an  appropriate  hierarchical  data  atruoture  that  aupporta  tarraln  vlau¬ 
allzatlon  raqulrementa  [29],  A  aucoaaaful  architecture  will  likely  be  a 
hybrid,  combining  faaturaa  of  both  quadtree  and  Delaunay  tree  atructurea. 
To  dlaplay  the  tarraln  Information  effectively,  technlquea  muat  be  devel¬ 
oped  for  dynamic  Inatantlatlon  of  bulk  faaturaa,  and  for  Incremental 
tranaltlona  between  many  levela  of  detail. 
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SECTION  4 


ASSESSMENT  OF  CURRENT  TECHNOLOGY  AND  TRENDS 


In  thlt  fiactlon  wa  will  avaluata  tha  currant  taohnology  and  trands, 
and  conaider  how  auperworks tat ions  could  maat  tha  demanda  of  terrain 
viauallzatlon, 


4.1  PHOTO- BASED  VERSUS  GEOMETRY-BASED  AROUZTSCTURES 

Baaad  on  tha  natural  deaira  to  achiava  tha  graataat  detail  poaalblo, 
there  Is  a  great  temptation  to  baaa  terrain  vlauallcatlona  entirely  on 
photographic  imagery.  Although  it  la  abaolutaly  aaaantlal  to  incorporate 
imagery  into  terrain  vlauallzatlona,  baaing  tha  entire  ayatam  structure  on 
Imagaa  alone  Introducaa  aavara  dlffloultlas. 

Tha  advantages  of  photo  imagery  are  clear: 

a.  Widely  Used.  Aerial  and  satellite  photographs  are  Indispensable 
tools  for  terrain  analysis,  they  are  well  understood,  and 

pare  lived  as  "real  data”. 

b.  Detailed.  The  detail  contained  in  photo  Imagery  Is  difficult  to 
produce  b}’  any  other  means. 

0.  Timely.  Satellite  imagery  and  reconnaissance  photographs  provide 
up-to-date  Information. 

When  applied  to  perspective  view  terrain  visualization,  however,  images 
pose  some  difficult  problems: 

a.  Inflezlbllitiy.  The  conditions  at  the  time  of  acquisition  are 
frozen  in  the  image.  Visualization  of  alternative  time  of  day, 
season,  or  weather  conditions  is  difficult.  Simulations  of 
alternate  sensors,  such  as  infrared  or  radar  may  not  be  possible. 

b.  Distortions.  When  transformed  to  an  alternate  viewpoint,  the 
geometric  distortions  introduced  can  become  objectionable.  The 
visibility  of  certain  objects  may  be  indicated  falsely  [11]. 

c.  Interpretation.  Sometimes  photos  are  open  to  diverse  inter¬ 
pretations;  an  expert  in  this  field  may  be  required  to  make  a 
correct  assessment. 
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d,  Rtiolutlon.  Vhen  viewed  in  perepedtive,  forwground  pixels  can 
become  enlarged  until  they  are  unrecognisable,  blurry  blotches. 


e.  Underlying  Ifodel.  If  there  is  no  underlying  3D  model,  the  photo 
elements  will  appear  to  be  flattened  onto  the  terrain  surface. 
These  appear  as  overhead  views  of  buildings  and  trees  "pasted" 
onto  the  ground, 

f.  Storage  and  Data  Bandwidth.  Images  can  place  an  enormous  burden 
on  a  workstation's  resources.  For  example,  to  get  good  fore¬ 
ground  detail  in  a  low-level  fly- through  visualization,  one  would 
need  image  resolution  of  at  most  1  foot  between  pixels.  Readily 
available  data  like  Landsat  and  SPOT  are  only  30m  and  10m,  re¬ 
spectively.  This  means  that  aerial  photographs  must  be  used. 
Aerial  photographs  require  much  more  image  warping  for  the 
perspective  transformation,  because  the  shape  of  the  terrain  is 
now  significant  with  respect  to  the  sensor  location  and  orien¬ 
tation.  Also,  stereo  photos  would  be  required  to  get  a  corre¬ 
spondingly  detailed  terrain  elevation  model.  Complete  coverage 
of  a  practical  area  of  Interest  would  be  difficult  to  obtain,  and 
if  obtained,  would  be  enormous  to  manage. 

The  alternative  to  a  photo -baaed  structure  is  to  synthesize  the  scene 
from  a  database  of  3D  models.  This  is  the  approaoh  taken  by  all  major  CIO 
systems.  The  advantagOs  to  this  approaoh  include: 

a.  Flexibility.  Various  conditions,  such  as  time  of  day,  season, 
sensor  characteristics,  and  late  intelligence,  can  be  incorpo¬ 
rated  into  the  visualization  database,  and  options  can  be 
selected  at  will. 

b.  Sharpness.  Cultural  features,  such  as  buildings  and  towers,  are 
rendered  clearly,  without  the  fuzziness  associated  with  magnified 
photographs . 

c.  Databases.  The  databases  can  be  constructed  automatically  from 
existing  databases,  and  automated  tools  can  be  used  to  augment 
existing  databases  where  required. 

Synthetic  models,  too,  have  their  shortcomings: 

a.  Detail.  The  synthetic  images  can  be  severely  lacking  in  detail 
[30],  lending  a  "cartoon"  impression.  This  objection  can  be 
amelioratod  by  application  of  shading  and  textmre  mapping  tech¬ 
niques  to  2D  surfaces,  and  automatic  instantiation  of  generic 
features  for  aggregate  objects. 
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b.  Data  Acquisition.  The  databaias  are  difficult  to  construct  from 
scratch.  This  process,  however,  Is  amenable  to  automated  tools, 
and  advances  In  computer  vision  will  eventually  lead  to  automated 
database  construction  from  the  raw  data,  photographs  and  maps 
[31]. 

c.  Timeliness.  Current  databases  have  been  processed  from  original 
Information  that  Is  years  old.  It  would  be  essential  to  Include 
means  for  updating  databases  with  missing  or  new  ixiformatlon. 

Although  databases  are  ultimately  derived  from  photographic  Imagery, 
it  is  advisable  to  base  a  visualization  system's  architecture  on  the 
interpreted  form  rather  than  the  raw  data.  Images  can  be  properly  Incor* 
porated  either  as  photo-derived  textures  for  the  3D  model  [32],  or  as  an 
overlay  or  inset  in  mission-critical  areas. 


4.2  SUFBRVORKSTATION  CAPABILITIES  AND  LIMITATIONS 
Superworkstations  have  several  strengths; 

a.  Fast  drawing  of  polygonal  meshes,  either  Qouraud  or  flat 
shaded; 

b.  Significant  Integer  and  floating-point  processing  capacity; 

c .  Hultlprooesslng/multiprooessors ; 

d.  Network  connectivity. 

For  terrain  visualization,  they  lack: 

a.  Texture  mapping  hardware  support 

b.  Real-time  antialiasing 

c.  Image  processing  hardware 

d.  I/O  channel  bandwidth 

For  the  most  part,  these  shortcomings  will  diminish  with  time.  The 
best  strategy  will  be  to  capitalize  on  the  supsrworkstations’  strengths, 
by  concentrating  on  fundamental  problems  that  will  not  be  altered  by 
maturing  hardware  technology. 

Workstation  and  graphics  processor  vendors  have  Just  released  a  new 
generation  of  products  aimed  at  applications  previously  reserved  for  CIGs. 
To  compete  in  this  market,  this  new  generation  of  workstations  boasts 
shaded  polygon  throughput  rates  exceeding  500,000/second,  and  fast  frame 
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buffer  clears  to  support  update  rates  up  to  30  Hz,  These  Image 
generator/superworkstations  will  have  GIG- like  features  ouch  as  texture 
mapping,  antialiasing,  and  haze  or  fog  effects.  This  step  in  Itself  will 
Improve  scene  detail,  to  a  degree. 

Texture  mapping  support,  however,  will  not  immediately  solve  the 
imagery 'draping  problem.  The  texture  map  will  be  limited  to  a  relatively 
small  size,  precluding  its  use  for  draping  Images  over  extended  areas.  In 
this  case,  3D  photos  must  be  rendered  using  polygon  meshes,  A  back'of* 
the-envelope  calculation  illustrates  the  limits  of  superworkstation  capa> 
bllitles  for  animation  of  photographic  scenes:  An  ideal  use  of  display 
resolution  would  evenly  tile  the  display  screen  into  about  64K  triangular 
faces.  Assuming  a  low-level  flight  scenario,  this  would  correspond  to  a 
foreground  image  resolution  of  about  1  foot.  If  we  multiply  the  number  of 
faces  by  2  to  account  for  occulted  and  back- facing  tiles  (presumably  han¬ 
dled  by  Z-buffer) ,  we  get  128K  faces.  At  a  15  Hz  frame  update  rate,  we 
have  1,9M  faces/second  actual  throughput.  Multiply  by  2  again  for  imple¬ 
mentation  inefficiencies,  and  we  need  a  workstation  nominally  rated  at 
3,8M  shaded  faces/second  throughput.  Assuming  a  4x  Improvement  per  gener¬ 
ation,  this  level  is  about  two  generations  ahead  of  today's  superwork- 
station  technology.  Assuming  a  generation  every  2  years,  this  point  lies 
about  A  years  in  the  future.  For  the  time  being,  photo-presentations  will 
be  restricted  to  lower  resolution  and/or  lower  update  dates, 

A  recent  study  [33]  suggests  that  for  low-level  flight  simulations, 
the  density  of  3D  objects  is  more  important  than  the  details  in  the 
individual  objects.  Spatial  Judgments  are  based  only  partly  on  2D 
details;  the  3D  content  on  the  scene  is  equally  important.  This  result 
supports  the  idea  of  dynamic  generation  of  3D  objects  within  bulk  fea¬ 
tures,  like  forests  and  towns,  Also,  since  texture  mapping  is  likely  to 
exact  a  performance  penalty  in  superworkstation  platforms,  it  will  be 
important  to  use  this  capability  Judiciously,  The  best  use  will  be  to 
allocate  the  texture  mapping  to  a  few  mission-critical  objects,  and  use  a 
high  density  of  simple  generic  objects  in  other  areas. 

CIGs  have  long  used  a  pipeline  architecture  to  increase  throughput. 
Since  interactive  graphics  programs  do  not  vectorize  well,  the  best  way  to 
use  a  superworkstation's  multiple  processors  will  be  to  follow  the  example 
of  CIGs,  and  organize  programs  into  a  pipeline.  This  means  having  several 
independent,  cooperating  processes.  Conceptually,  the  processes  are 
synchronized  by  passing  data  tokens  to  the  next  process.  This  communi¬ 
cation  could  be  implemented  using  message  passing  or  shared  memory.  If 
certain  stages  of  the  pipeline  might  become  blocked,  by  I/O  for  example, 
multiple  copies  of  that  stage's  process  could  be  available  to  run  on 
another  piece  of  the  problem  while  one  process  is  waiting.  The  goal  is  to 
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balance  the  number  of  processes,  anil  the  amount  of  work  In  each,  so  that 
all  the  CPUs,  and  the  graphics  processing  unit,  remain  highly  utilized, 
without  Incurring  excessive  process  switching  coats. 

In  terms  of  graphics  hardware  performance,  superworkstatlons  are 
roughly  equivalent  to  CIG  Of  about  10  years  ago.  There  la  no  parallel 
advancement,  however,  In  terms  of  "complexity  management"  structures.  We 
need  to  look  at  effective  ways  to  move  CIG  complexity  management 
strategies  to  superworkstation  platforms, 
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SECTION  S 


TERRAIN  VISUALIZATION  PROTOTYPE 


This  section  describes  the  extensions  and  enhancements  that  we  have 
made  to  a  terrain  visualization  prototype,  which  we  described  In  [1]. 
This  prototype  focuses  on  3D  perspective  visualization  of  terrain  data¬ 
bases  derived  from  DMA,  DTED  and  DFAD.  The  system  provides  for  3D 
stereoscopic  displays  of  "out-the-wlndow**  terrain  views.  The  software 
runs  on  a  Silicon  Graphics  IRIS  4D/240GTX  superworkstation.  Thl.s  proto¬ 
type  demonstrates  some  of  the  concepts  described  in  previous  sections  of 
this  report.  In  particular,  we  will  discuss  the  Improvements  and 
Implementation  Issues  regarding; 

a.  methods  for  Integrating  satellite  Imagery  of  select  areas  Into 
the  geometric  terrain  model; 

b.  representation  In  3D  space  of  sensor  detection  envelopes; 

c.  simulation  of  a  head-up  display  (HUD)  on  stereoscopic  computer 
displays ; 

d.  simulation  of  atmospheric  effects  on  visibility; 

e.  cartographic  "God’s  eye -view"  display. 


5.1  SATELLITE  IMAGERY 

Integration  of  satellite  Imagery  Into  perspective  terrain  scenes  Is 
one  of  the  most  challenging  tasks  for  superworkstation  based  systems. 

Until  recently,  this  task  could  only  be  attempted  by  expensive  and 
proprietary  GIG  systems.  Now,  low-end  GIG  and  superworkstations  are 
available.  These  systems  Include  texture  mapping  capabilities. 
Unfortunately,  the  texture  maps  of  these  systems  are  limited  to  a  maximum 
size  of  about  256  x  256  pixels.  While  this  Is  adequate  for  generic 
textures  that  repeat  themselves  to  tile  a  surface,  this  size  of  Image 
represents  only  a  very  limited  ground  area.  For  example,  a  Landsat  Image 
of  those  dimensions  represents  only  59  km^;  a  SPOT  image  would  cover  only 
about  7  km^.  In  contrast,  an  area  of  Interest  could  easily  cover  over 

10,000  kin2. 

Our  approach  to  this  problem  Is  to  transform  the  Image  to  a  polygonal 
mesh,  which  can  be  rendered  efficiently  by  superworkstation  platforms. 

The  Idea  here  Is  that  each  vertex  In  the  polygonal  mesh  contains  a  color 
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and  a  3D  coordinate.  The  mesh  tiles  the  image  so  that  the  aggregate  mesh 
reconstructs  the  appearance  of  the  image.  The  advantage  of  this  approach 
is  that  it  integrates  the  entire  terrain  model  into  the  polygonal  data* 
base.  This  is  a  great  simplification.  The  disadvantage  is  the  negative 
effect  it  has  on  storage  requirements.  Images,  due  %q  their  implicit  grid 
structure,  can  be  stored  efficiently  as  an  array  of  numbers.  Coordinates 
for  geometrical  primitives,  like  polygons,  however,  must  always  be  expllc* 
itly  stored.  We  mitigate  this  somewhat  by  eliminating  some  of  the 
redundant  information  contained  in  the  Imagery, 

5.1.1  Image  Registration  and  Resampling 

Landsat  Imagery  is  usually  processed  using  a  Space  Oblique  projec* 
tion,  in  which  the  image  axes  are  not  aligned  along  north-south  and  east- 
west  directions.  Our  visualization  prototype,  however,  is  based  on  DMA, 
DIED  and  DFAD  databases,  which  use  a  latitude/  longitude/elavation  spheri¬ 
cal  coordinate  system.  In  order  to  integrate  satellite  Imagery  into  this 
visualization,  it  Is  necessary  to  transform  the  image  into  latitude/ 
longitude  coordinates.  This  process  is  called  image  registration. 

Landsat  Imagery  has  a  ground  resolution  of  about  28.5  m  between 
pixels.  (See  figure  1.)  At  this  relatively  coarse  resolution,  we  were 
able  to  use  a  simple  image  scaling  and  rotation  sohame  that  provides 
adequate  registration.  We  Identified  features  in  the  DFAD  database  that 
correlated  to  the  image,  and  used  these  as  alignment  control  points. 
Together  with  a  latitude/longitude  reference  point  provided  in  the  Landsat 
data,  we  could  determine  a  scaling  and  a  rotation  factor, 

This  technique  is  really  adequate  only  for  demonstration  purposes;  in 
an  actual  system,  a  more  sophisticated  technique  would  be  required  to 
match  the  image  to  the  geometric  database.  Images  of  finer  resolution, 
such  as  SPOT  Images,  which  have  a  ground  resolution  of  about  10  m  between 
pixels,  would  also  require  improved  techniques,  such  as  quadratic  warping, 
to  eliminate  image  distortions. 

Once  the  resampling  has  occurred,  the  image  is  registered  to 
latitude/longitude  coordinates,  and  it  is  relatively  straightforward  to 
look  up  the  elevation  for  each  point  in  the  DIED  database.  Since  images 
have  much  finer  resolution  than  the  DTED  database,  we  used  bi- linear 
interpolation  to  obtain  alevatiuns  for  Imago  points  that  lie  between  DTED 
grid  points. 

5.1.2  Visual  Image  Construction 

The  images  supplied  by  the  Landsat  Thematic  Mapper  (TM)  sensors  are 
acquired  in  seven  spectral  bands,  ranging  from  visible  blue-green  to  the 
far  infrared.  The  TM  sensors  were  designed  for  detecting  different  types 
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of  vogotfttlon  ftnd  land  uaagaa.  Va  wiahad,  howavar,  to  rforaatp  a  vlaual 
Imaga  of  tha  tarraln.  Tha  TM  data  ara  not  Idaally  aultad  for  this  pt;^r» 
posa,  but  a  raasonabla  visual  raproduotlon  can  ba  obtalnad  from  tho  first 
thrao  bandfji  of  TM  data.  Band  1  raoorda  blUo*graahi  band  2  rSodrds  graan* 
yallow,  and  band  3  raoorda  rad,  (Saa  figuta  2.)'  ilaoh  bdnd  ((.a  raeorilsd  as 
an  8 'bit  valua  that  rangas  from  0  to  2S5. 

Tha  first  pitfall  vhan  combining  thasa  thrSa  bands  Into  a  rad*graan> 
blua  (RQB)  color  Imaga.  howaver,  la  to  taka  tha  data  as  la.  using  badd  1 
as  blua,  band  2  as  graan,  and  band  3  al  rad.  Tha  various  bands,  howavar. 
ara  aodulrad  by  dlffarant  sansor  banks,  and  aaeh  band  is  aotually  raoordad 
In  dlffarant  radlomatrlo  units.  Scaling  and  Offset  paramatars  for  aaoh 
band  ara  provided  in  tha  Landsat  Information  records,  which  allows  us  to 
transform  the  bands  Into  consistent  units.  Slnoa  most  uses  of  Landsat 
data  ara  conoarnad  only  with  craatlng  paaudo • color  Imagas  of  various 
Infrarad  bands .  this  raqulramant  Is  generally  not  aoknowladgad  In  tha 
Landsat  literature, 

Evan  after  radlomatrlo  eorractloil.  there  la  yat  atiothar  pitfall.  Tha 
TM  sansor  spectral  bands  do  not  correspond  to  tha  phosphor  oolors  ganar* 
ally  found  on  ROB  color  monitors.  TM  data  displayed  as  RGB  will  exhibit  a 
color  shift,  There  ara  methods,  howavar,  wkleh  can  ba  used  to  convert 
from  ono  sat  of  trlstlmulus  values  to  another  using  linear  transformations 
[34,35].  Colors  can  ba  measured  In  absolute  tarua  by  using  CIS  1931 
chromatloity  coordinates  (x.y.Y).  Thasa  coordinates  may  ba  measured  for 
display  devices  using  a  chromatloity  mater.  Unfortunately,  the  chroma* 
tlolty  coordinates  for  tha  Landsat  spectral  bands  ara  not  generally  avail¬ 
able.  We  could  not  obtain  this  Information  from  EOSAT,  tha  company  that 
acquires  and  distributes  Landsat  data.  The  chromatloity  coordinates  could 
be  calculated  from  tha  precise  shape  of  tha  spectral  response  curves  for 
each  band,  but  again  wa  found  this  Information  to  be  unavailable.  Ua 
recommend  that  future  efforts  to  reconstruct  color  visual  Imagas  from 
Landsat  data  obtain  the  spectral  response  curves  from  tha  satellite 
manufacturer,  so  that  a  proper  visual  reconstruction  can  be  calculated. 

5.1.3  Spatial  Filtering  for  Multiple  Levels  of  Detail 

The  area  represented  by  one  pixel  in  a  parspaotlva  scene  varies 
considerably  from  the  foreground  to  the  background  of  a  scene.  For 
example,  at  a  height  of  30  m  above  ground  level,  tha  spacing  between 
foreground  pixels  Is  about  6  cm;  at  the  horizon,  which  could  ba  as  far  as 
20  km  away,  the  pixel  spacing  Is  about  5  m.  Since  the  field  of  view  Is 
roughly  shaped  like  a  thin  triangle,  with  tha  viewpoint  at  tha  apex,  the 
amount  of  area  In  the  foreground  Is  quite  small  compared  to  tha  area 
covered  In  the  background.  These  facts  have  several  consequancas ; 
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Figure  2.  Landsat  Visible  Spectrum  Bands.  Band  1  represents  blue-green 
band  2  represents  green-yellow,  and  band  3  represents  red. 


«.  The  foreground  of  the  icene  must  be  much  more  detelled,  In 
abcolute  terms,  then  the  background. 

b,  An  image  ground  resolution  of  less  than  5  m  would  lead  to  an 
aliasing  effect  in  the  background. 

0.  All  but  the  most  highly  detailed  aerial  photographs  will  appear 
fussy  in  the  foreground. 

d.  If  the  same  image  resolution  is  used  for  the  entire  scene,  an 
inconsistent  image  quality  will  result.  Foreground:  fussy; 
middle  ground:  detailed;  background:  aliased. 

e,  Due  to  the  large  area  of  coverage  in  the  background,  using  the 
image  data  for  the  entire  scene  is  prohibitive  in  terms  of  both 
storage  requirements  and  response  time. 

As  a  result  of  these  considerations,  we  selected  a  few  terrain 
patches  as  a  ''target  area"  for  satellite  image  "draping".  Bach  terrain 
patch  represent  about  28  km^,  We  have  also  adopted  a  "pyramid"  data 
structure  for  these  patches.  The  pyramid  structure  is  illustrated  by 
figure  3.  The  pyramid  is  created  by  filtering  the  original  image  with  a 
low'pass  digital  filter,  then  resampling  the  image  so  that  each  dimansicn 
is  reduced  by  half.  This  process  can  be  Iterated  until  the  desired  number 
of  levels  is  obtained.  Each  filtered  level  requires  1/4  of  the  storage  of 
its  previous  level.  By  pre» filtering  in  this  fashion,  the  original  de¬ 
tailed  image  can  be  used  only  when  required  for  the  foreground  of  the 
terrain  scene.  The  filtered  levels  are  selected  as  appropriate  by  the 
complexity  management  algorithm,  with  the  most  highly  filtered  versions 
used  when  the  patch  is  distant  from  the  viewer's  location, 

In  our  prototype  we  used  up  to  four  levels  in  the  pyramid.  The 
Landsat  data  are  coarse  enough  so  that  aliasing  would  really  not  be  a 
problem,  but  this  technique  did  improve  the  response  time  performance,  and 
maintained  subjective  image  consistency  from  foreground  to  background, 

5.1.4  Construction  of  Tessellated  Image 

Once  the  image  nas'been  filtered  and  resampled,  creating  a  pyramid 
image  structure,  the  final  step  is  to  transform  the  image  into  a  polygonal 
mesh.  The  straightforward  technique  is  to  assign  each  image  point  to  a 
triangular  mesh.  By  Gouraud  shading  this  polygonal  mesh,  colors  for  the 
spaces  between  the  actual  pixel  locations  will  be  interpolated.  If  there 
are  n  pixels  in  the  image,  this  technique  will  generate  approximately  2n 
polygons . 
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(b)  Oblique  View 

Figure  4t  Teeiellated  Image.  Perspective  views  of  a  reconstructed  3D 

Image  tessellation. 
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5.2  SENSOR  DETBGTIOM  ENVELOPES 


On*  obstaol*  that  3D  dliplay*  muat  ovarooma  In  th*  C^I  anvlronaant  la 
tha  dliplay  of  abatraet,  annotational,  or  anpllfylng  data.  On  a  2D  map 
dlaplay  It  haa  bacon*  natural  to  introduo*  various  kinds  of  overlays  for 
this  purpose.  This  praotloa  offers  no  dlffloultlas  for  oomprahanslon 
bayond  tha  abstraction  raquirad  by  tha  map  itself.  Vlavars  of  3D  parspao* 
tiv*  displays,  on  th*  other  hand,  are  not  used  to  sueh  abstractions  in  a 
parspsotiv*  scan*.  Th*  result  is  that  straightforward  axtansions  of  2D 
practioas  to  3D  displays  may  be  lass  than  affaotiv*. 

W*  undertook  to  raprasant  tha  dataotion  envelop*  of  a  radar,  account* 
ing  for  th*  masking  properties  of  th*  terrain  with  respect  to  tha  radar 
location.  Conoaptually,  tha  radar  can  detect  a  target  with  osrtaln  char* 
actaristics,  such  as  those  of  an  aircraft,  within  an  irregularly  shaped 
volume.  Th*  sis*  and  shape  of  tha  volume  primarily  dapand  on  tha  char* 
actaristics  of  th*  target,  tha  radar's  location  with  raspaot  to  tha  shape 
of  th*  terrain,  and  tha  oharaotariatlcs  of  tha  radar  itself.  Assuming 
that  all  these  factors  can  b*  modeled  adequately,  w*  seek  an  affective  way 
to  render  this  volume  in  a  3D  perspective  scene. 

At  first  we  attempted  to  model  th*  surface  of  tha  volume  using  a 
wire-frame  rendition  [1|  p.  49],  but  we  quickly  found  this  technique  to  bo 
inadequate  for  perspective  scenes.  Th*  lines  representing  th*  foreground 
and  background  portion  of  th*  surface  could  not  be  distinguished,  and  in 
general  contributed  to  a  very  cluttered  appearance,  which  was  incongruous 
with  th*  rest  of  th*  terrain  seen*. 

After  exporimontatlon,  w*  have  concluded  that  this  type  of  display 
information  must  be  designed  with  a  clear  physical  analog  in  mind.  Our 
final  solution  attempts  to  represent  th*  radar  detection  volume  as  a 
translucent,  crystalline  material,  and  is  illustrated  in  figure  6.  An 
ideal  rendering  would  require  ray*traoing,  but  for  this  real-time 
application  w*  adopted  simpler  techniques.  Th*  surface  of  th*  volume  is 
modeled  as  a  polygonal  mash,  using  Oouraud  shading  combined  with  a  Phong 
lighting  modal  of  th*  sun's  illumination.  A  specular  lighting  component 
similar  to  that  used  for  metallic  materials  was  found  to  be  effective.  To 
simulate  th*  transluoenoy,  th*  pixel  fill  pattern  was  set  to  a 
"ohsokerboard"  halftone  pattern.  This  combination  provides  for  an 
effective  impression  of  the  shape  of  th*  volume,  provided  by  tha  lighting 
modal,  without  entirely  obscuring  the  objects  behind  this  volume, 


5.3  HEAD-UP  DI8PUY 

H*ad*up  displays  provide  a  pilot  with  critical  information  without 
requiring  him  to  look  down  at  his  instruments.  Our  version  of  a  simple, 
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Figure  6.  Senior  Detection  Envelope  Viiuellietlon 


Figure  7,  Generic  Head-Up  Display 
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generic  HUD  la  shown  In  figure  7.  Since  our  prototype  visualization 
system  uses  stereoscopic  displays,  we  had  to  render  the  HUD  stereo* 
scoploally.  The  question  then  arises,  where  In  space  should  the  HUD  be 
placed?  Placing  the  HUD  at  the  same  display  position  In  both  left  and 
right  eye  views  will  position  the  HUD  on  the  surface  of  the  display 
screen,  when  viewed  stereosooplcally.  By  Introducing  a  horizontal  offset 
to  either  eye  view,  one  can  produce  either  positive  or  negative  parallax, 
which  will  place  the  HUD  Image  behind  or  In  front  of  the  display  screen, 
respectively.  We  at  first  supposed  that  the  HUD  would  look  best  Imaged  at 
the  surface  of  the  display  screen,  but  this  required  the  eyes  to  recon- 
verge  from  the  display  screen  to  the  terrain  scene,  creating  an  uncomfort* 
able  situation  for  the  viewer.  Experimentation  showed  that  the  best 
location  for  the  HUD  Image  Is  at  a  distance  beyond  the  display  screen 
corresponding  to  distant  elements  of  the  scene.  This  Is  consistent  with 
actual  HUD  display  equipment,  which  optically  image  the  HUD  at  infinity. 
This  condition  allows  the  pilot  to  keep  his  eyes  converged  on  his  target, 
and  read  the  HUD  as  well, 


5.4  VISIBILITY  ATTENUATION 

Dust  and  moisture  In  the  atmosphere  scatter  light,  making  objects 
appear  greyer  with  greater  distance.  This  "haze"  effect  Is  a  strong  depth 
cue  that  has  been  Implemented  by  computer* Image  generators  for  years. 

This  capability  has  only  recently  been  added  to  some  workstation  models. 
Since  our  IRIS  4D/2400TX  model  does  not  support  this  function,  we  have 
developed  a  technique  for  efficiently  rendering  haze.  This  technique 
makeo  use  of  the  hardware  alpha  buffer  provided  on  these  workstations. 

The  alpha  buffer  Is  a  set  of  bit  planes  that  augment  the  RGB  bit  planes. 
The  alpha  buffer  can  bo  used  for  several  purposes,  hut  It  l,i  primarily 
used  for  color  blending.  In  this  case  we  wish  to  blend  a  haze  color  with 
the  color  of  each  pixel  In  the  terrain  scene ,  The  relative  proportions  of 
haze  color  and  object  color  depends  on  the  distance  of  the  pixel  from  the 
viewer,  and  Is  calculated  according  to  the  relation 

a  -  »’kd/v 

where  i<'-logc2.0  la  an  attenuation  constant,  d  Is  the  distance  to  the 
object,  and  v  Is  the  visibility  distance.  This  calculation  la  calibrated 
so  that  the  visibility  of  an  object  Is  attenuated  by  one  half  when  the 
distance  equals  the  visibility  distance.  For  example,  the  statement 
"visibility  Is  10  km"  In  this  context  means  that  at  10  km,  the  visibility 
of  an  object  la  reduced  by  half. 

As  stated,  this  calculation  would  place  an  enormous  computational 
burden  on  the  workstation.  We  have  simplified  the  procedure  by  calcu¬ 
lating  the  distance  to  each  object,  such  as  a  building,  power  transmission 
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towttr,  or  patch  of  terrain ,  only  onoa.  Since  this  la  already  required  by 
the  fleld-of>vlew  calculation  In  the  current  prototype,  thla  Incura  no 
additional  computation.  The  alpha  blending  factor  la  then  calculated 
using  the  above  formulation.  Thla  blending  factor  la  applied  to  the 
entire  object.  After  all  objects  In  the  terrain  scene  have  been  rendered, 
the  entire  frame  is  flooded  with  the  haze  color.  Each  pixel  will  accept 
an  amount  of  the  haze  color  In  proportion  to  Its  alpha  blending  factor. 
Since  the  color  blending  ojperatlon  requires  more  time  than  normal  pixel 
filling,  we  save  time  by  reserving  the  blending  function  to  only  once  each 
frame.  Thla  leads  to  an  acceptable  approximation  to  haze,  although  If 
visibility  Is  reduced  too  much,  discontinuities  In  the  haze  function  can 
be  observed  between  nearby  terrain  patches.  Tlie  final  effect  is 
Illustrated  by  figure  8. 


5.5  CARTOORAPHIO  DISPLAY 

Although  3D  perspective  displays  of  out-the«wlndow  terrain  scenes  are 
effective  for  familiarizing  one's  self  with  an  area,  thsy  do  not  raplace 
the  need  for  conventional  2D  map  displays.  We  liave  added  an  optional  2D, 
overhead  "God's  eye*vlew"  display  as  a  small  viewport  Inset  on  the  per¬ 
spective  display.  This  display  halps  to  orient  the  user.  This  feature  Is 
shown  In  figure  9, 

The  cartographic  display  can  be  created  from  the  same  data  base  and 
display  list  usad  for  the  perspective  scene.  The  only  modifications 
required  are  for  the  rendering  procedure.  For  the  overhead  view,  the 
projection  la  changed  from  a  perspective  projection  to  an  orthographic 
projection.  The  projection  Is  arranged  so  that  the  center  of  the  viewport 
Is  the  current  location,  and  north  Is  oriented  at  the  top  of  the  screen. 

As  the  viewer  proceeds  through  the  scene,  the  map  appears  to  slide  within 
Its  viewport,  so  that  the  current  position  Is  always  centered.  It  Is  also 
necessary  to  change  the  direction  of  Illumination,  which  for  sunlight  in 
the  northern  hemisphere  Is  always  from  a  southerly  direction,  to  come  from 
a  northerly  direction,  The  reason  for  this  change  la  that,  perceptually, 
the  sense  of  relief  will  be  reversed  If  the  light  comes  from  below;  the 
mountains  will  seem  to  be  valleys,  and  vice  versa.  This  Is  a  consequence 
of  a  well-known  psychological  phenomenon  of  the  mind's  perception  of  shape 
from  shading  Information. 

The  Implementation  presented  here  has  the  drawback  that  additional 
drawing  time  Is  required  to  render  both  the  perspective  view  and  the 
cartographic  view.  The  time  la  not  as  much  as  doubled,  however,  because 
of  the  relatively  small  size  of  the  cartographic  viewport.  An  alternative 
Implementation  would  be  to  maintain  a  separate,  large  map  Image,  any  small 
window  of  which  could  be  transferred  to  the  cartographic  viewport  using 
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Figure  8.  VialbiXity  Attenuation 


35 


Figure  9.  Cartographic  Display  Inset 
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fast  bit  block  tranafar  inatruotlona.  Such  an  inplenantatlon  could 
provide  faster  response  tine,  at  the  cost  of  more  complexity. 


5.6  v;ev  from  target 

We  Initially  Intended  to  provide  another  optional  view,  the  view  of 
the  aircraft  approach  from  the  targat  site.  We  considered  this  option  the 
lowest  priority,  however,  because  it  does  not  demonstrate  any  new  concepts 
or  clarify  technical  issues.  It  simply  requires  a  change  in  viewpoint 
coordinates  and  Viewing  direction.  As  of  this  report,  it  has  not  been 
Implemented. 


5.7  PERFORMANCE 

The  prototype  we  described  in  [1]  was  hosted  by  an  IRIS  4p/70GT 
workstation.  The  version  we  describe  here  runs  on  an  IRIS  4D/240GTX.  The 
principle  difference  between  these  modals  la  that  the  240  model  contains 
four  25  MHz  microprocessors,  whereas  the  70  model  had  one  12.5  MHz  pro- 
eossor.  The  GTX  graphics  subsystem  represents  an  Incremental  improvement 
over  the  OT  graphic  subsystem.  Unfortunately,  the  performance  of  our 
prototype  does  not  scale  proportionally  with  plock  speed,  because  the 
program  la  now  paced  by  the  speed  of  the  graphics  processor  subsystem.  In 
addition,  this  prototype  makes  no  attempt  to  take  advantage  of  the  paral*  ^ 
lelism  that  might  be  afforded  by  the  four  processors.  The  faster  micro¬ 
processor  units  did  allow  us  to  add  most  the  features  we  described  without 
degrading  performance  seriously.  We  still  maintain  a  3  Hz  to  4  Hz  frame 
update  rate  for  full  screen  perspective  views. 

There  is  a  noticeable  performance  degradation,  however,  when  the 
Imagery  Insets  cover  a  major  portion  of  the  perspective  view  display. 
Considering  the  order  of  magnitude  difference  in  ntunbers  of  polygons, 
however,  we  consider  the  display  update  rate  of  .5  Hz  to  1  Hz  to  be 
acceptable . 
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CONCLUSION 


For  t«rr*tn  vlsuAllcatlon  applleatlona  raqulring  up  10  Ha  to  15  Hz 
frame  update  rates,  supervorkstatlons  can  be  used.  Current  limitations 
are  antialiasing  and  texture  oapabllltles,  but  these  capabllltlas  are 
available  In  the  newest  generation  of  workstations.  Nominal  smooth- shaded 
polygon  rates  exceeding  500,000/aeoond  are  olailsed  for  these  workstations. 
Textured,  antlallased  polygons,  however,  will  probably  clock  In  at  no  more 
than  100,000/second.  This,  performance  level  can  support  workstation- 
based,  Interactive  terrain  visualization  fly-throughs  of  3D  geometry-based 
databases.  While  not  applicable  to  training  or  full-fidelity  simulations 
and  rehearsals,  this  would  be  ideal  for  low-cost  partial  fidelity  planning 
and  rehearsal  systems  at  the  unit  level. 

Although  provision  must  bo  made  for  integrating  photographic  Imagery 
and  photo-derived  textures  j  Imagery  should  not  be  the  sole  basis  of  design 
for  a  terrain  visualization  system.  There  are  too  many  gaps  In  pure  Image 
data  to  present  a  consistent  scene;  namely,  the  sides  of  uulldlngs  and 
trees,  the  height  or  depth  of  cultural  features,  what  Is  underneath  trees 
or  other  camouflage.  To  add  this  information,  one  needs  a  detailed  3D 
synthetic  database, 

Instead  of  imagery  fly-throughs,  the  fly-throughs  should  be  of  the 
synthetic  database.  The  user  could  stop  at  any  point  and  request  a  photo 
Image  from  that  viewpoint.  The  system  then  would  select  the  best  image 
available  and  transform  It  to  the  curtent  viewpoint.  If  the  Image  does 
not  cover  the  field  of  view,  It  would  be  seen  as  an  Inset  to  the  synthetic 
scene.  The  Image  should  be  stored  In  a  compressed  multi-resolution 
quadtree-like  format,  which  would  provide  a  method  for  dealing  with 
antialiasing  Issues. 

Notwithstanding  the  success  our  terrain  visualization  prototype  has 
met  to  date,  we  propose  to  continue  to  enhance  our  prototype  In  the 
following  areas. 

a.  Multiprocessing.  Partitioned  the  current,  single  procesi  into 
several  Independent,  cooperating  pipeline  procsaaes,  to  Increase 
the  overall  image  update  rate. 

b.  Terrain  Model.  Improve  the  update  rate,  by  reducing  the  number 
of  polygons  In  a  scene,  and  by  optimizing  the  polygon  fit  to  the 
terrain  surface  model.. 
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c.  Aggregate  Feeturee.  Explore  the  poselbllity  of  dynamic  Instan* 
tlatlon  of  generic  objects  where  statistical  density  data  are 
available,  This  means  forests  populated  with  trees,  and  towns 
filled  with  buildings. 

d.  Continuum  of  Levels  of  Detail.  Investigate  advanced  hierarchical 
data  structures  that  will  facilitate  optimal  use  of  display 
resources. 

e.  Adaptive  Complexity  Management.  Dynamically  trade 'Off  scene 
quality  versus  update  rates,  in  order  to  achieve  a  higher  overall 
perception  of  scene  detail  and  system  responsiveness. 
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ROME  LABORATORY 


Rom«  Laboratory  plans  and  txaoutM  on  tnUrdiaoiplinary  program  in  rt- 

saaroh,  dfvalopmtnt,  t«at,  and  toohnology  transition  in  support  of  Air 

i 

Foros  Commandt  Control,  Commmioatior\s  and  Intslligsnos  (O'*!)  aotivittos 
for  all  Air  Foros  platforms,  It  also  •xtoutts  stltotod  acquisition  programs 
in  stvtral  aroas  of  sxpsrtiss,  Tsohnioal  and  snginssrlng  support  within 
artas  of  eompstsnos  la  provided  to  S$D  Program  Offtesa  (POs)  and  other 
ESD  slsmsnts  to  perform  effective  acquisition  of  C^I  systems,  m  oddition, 
Home  Laboratory's  technology  aupporta  other  AFSC  Product  Divisions,  the 
Air  Force  user  community,  and  other  DOD  ond  non-DOD  agencies,  Rome 
Laboratory  maintains  technioal  aompetenae  and  research  programs  in  areas 
including,  but  not  limited  to,  communications,  command  and  control,  battle 
management,  intelligence  information  processing,  computational  sciences 
and  soft-ware  producibility,  wide  area  surveillance/aenaora,  signal  proces¬ 
sing,  solid  state  sciences,  photonics,  electromagnetic  technology,  super¬ 
conductivity,  and  electronic  reliability/maintainability  and  testability. 


